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USER ASSISTANCE SYSTEM 

FIELD OF THE INVENTION 
This invention relates to user assistance systems and methods in general, and more 
specifically, to methods for mapping past, current, and future steps performed in 
5 connection with a software system. 

BACKGROUND OF THE INVENTION 

jjj Computers are becoming more and more an aspect of everyday life. Children as 

TU young as two years old are now exposed to computers and software programs in a home 
"3 environment and they are now commonplace in schools, businesses, factories, and virtually 

Si 

103 every aspect of life. 

User assistance programs are systems developed to provide guidance to the user of 
O a software program. Wizards, coaches, and guides, all of which walk the user through the 
steps of a particular program, are well known. A drawback of these prior art systems, 
however, lies in the "snapshot" nature of such systems. Most programs comprise an 
15 interrelated series of steps to be performed, with the sequence of steps being variable 
depending upon the process to be performed. Typically, the user follows a "decision tree" 
where the user is given information about the present step (the currently-selected step) to 
be taken and is given instructions to either go to the next step (e.g., by hitting the "next" 
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button in a GUI) or to go back to the previous step (e.g., by pressing a "back" button). 
While such systems do provide assistance, they provide no information regarding anything 
other than the immediately preceding or immediately subsequent step, i.e., there is no 
long-term historical path showing steps already taken, nor is there a "future" path given 
to show the user the likely steps to follow. Further, in a typical decision tree system, 
moving from a present frame to a previous frame will delete any information input into the 
present frame, i.e., the user cannot jump back and forth between positions in the tree 
structure without losing data input. 

Another problem with typical decision tree systems is that the user may be able to 
move along the tree structure along "branches" which ultimately end up at a location where 
the particular user is unauthorized to perform any activity, or where the user simply did 
not wish to go, but could not tell for sure until he or she got there. For example, often a 
user relying on the user assistance aspects of a program is a novice user who is unfamiliar 
with the program and its operation. Frequently the user will receive error messages 
advising that a particular step requires a prior step to be performed, even though the 
particular user is not authorized to perform the step. This can cause the user to 
unknowingly take a path that leads to an undesired destination, wasting valuable time and 
increasing user frustration. 

One example of a system involving a complicated set of processes that must be 
navigated, and which can benefit from a user assistance system, is in the field of software 
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development. To support the explosive growth of computer usage, software development 
has become a key part of any company engaged in high-technology business. Large 
companies such as IBM and Microsoft may have many software development groups 
located at numerous locations throughout the world, with each group employing hundreds 
5 or thousands of employees. With large numbers of employees focusing their work on the 
development of these assets, management becomes a critical task. Typically, software 
development "teams" within a company, made up of many developers who are sometimes 
at different locations, are employed to produce a final product. 
{i The use of software development teams allows the work required to develop a final 

1QU software product to be divided among many individuals. Throughout the development of 

1 2 J: 

!f? a product from start to finish (referred to herein as the software "life cycle"), different 

p individuals access the components of the product being developed at all different times, 

jj; To enable proper management of the product development, systems referred to as software 

s : E 
- -sr 

: a 

O configuration management (SCM) systems have been developed to allow control of the 
15 process to be maintained. These systems allow tracking and control of software 
development, and allow management of software development projects with respect to 
issues such as multiple developers working on the same code at the same time, targeting 
multiple platforms, supporting multiple versions, and controlling the status of code (for 
example, beta tests versus real release). Once such example of an SCM system is the 
20 Visual Age TeamConnection Enterprise Server™ developed and sold by IBM. 
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Utilization of SCM systems greatly increases productivity and simplifies the 
software development process for the development team members. Among their many 
benefits, SCM systems can provide user assistance by displaying to the developer the next 
step in the programming sequence; allowing different actions to be performed at different 
times, depending on input from a team leader; and allowing different team members to be 
authorized to perform different actions, while excluding access to others, based on input 
from a team leader. However, these programs may still be quite complicated and users 
of the SCM system can still get confused as to how far along in the life cycle they are, 
what steps in the life cycle are available to them, and what paths in the life cycle are most 
likely to be coming up, i.e., the problems of the prior art discussed above are not solved 
through the use of a typical SCM system. 

Accordingly, it would be desirable to have a navigator program or user assistance 
system which combines an active display of the past, current, and future steps in an 
ongoing process with a series of associated decision panels and forms to be completed in 
order to carry out the steps. 



SUMMARY OF THE INVENTION 

Accordingly, it is an object of the present invention to provide a method and system 
for providing user assistance in connection with a computer program which combines an 
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active display of the past, current, and future steps in an ongoing process with a series of 
associated decision panels and forms to be completed in order to carry out the steps. 

Another object of the present invention is to provide an active navigator which 
enables a user of a computer program to view a display listing past steps taken, the current 
step being executed, and the most likely future steps to be taken in the program, while 
simultaneously being able to view the current step being executed by the user. 

Yet another object of the present invention is to provide a method and system 
whereby a user of a computer program can move backward from a current step along a 
series of previously-performed steps to view actions taken and/or data input during the 
executon of said previously-performed step, without losing any data input during the 
execution of the current step. 

The present invention has particular application in a software-development 
environment where software configuration management programs utilizing multiple 
processes, each of which comprise a series of interrelated steps, are used. 

To achieve the foregoing, and in accordance with the purpose of the invention as 
broadly described herein, the present invention provides a user assistance system for 
providing user assistance in connection with procedures associated with the operation of 
a computer program running on a computer system, each of the procedures comprising an 
interrelated series of steps, with one of the steps being a currently-selected step, the user, 
assistance system comprising a client area displaying information pertaining to the 
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Figure 4 is a flow diagram illustrating an overview of the process steps followed 
when using a typical software configuration management (SCM) system; and 

Figures 5-1 1 are screen captures illustrating the user assistance system of the present 
invention utilized in connection with a software configuration management system 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

While this invention is illustrated and described in a preferred embodiment, the 
device may be produced in many different configurations, forms and materials. There is 
depicted in the drawings, and will herein be described in detail, a preferred embodiment 
of the invention, with the understanding that the present disclosure is to be considered as 
an exemplification of the principles of the invention and the associated functional 
specifications of the materials for its construction and is not intended to limit the invention 
to the embodiment illustrated. Those skilled in the art will envision many other possible 
variations within the scope of the present invention. 

Figure 1 illustrates a representative workstation hardware environment in which the 
present invention may be practiced. The environment of Figure 1 comprises a 
representative single user computer workstation 10, such as a personal computer, including 
related peripheral devices. The workstation 10 includes a microprocessor 12 and a bus 14 
employed to connect and enable communication between the microprocessor 12 and the 
components of the workstation 10 in accordance with known techniques. The workstation 
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the present invention displays the most likely steps to be traversed based on the currently- 
selected step. A "prior history" arrow 520 and "subsequent history" 521 are shown which, 
when active, indicate to a user of the system that there is additional history along the 
navigator bar 504 available for viewing. The prior history arrow 520 and subsequent 
history arrow 521 will be active if there is relevant historical information to be viewed. 
By "depressing" an active arrow with a mouse click, the navigator bar 504 will change 
(i.e., scroll left or right) to display the relevant history, without changing what is displayed 
below the navigator bar 504. Thus, unlike use of the prior art "back" or "next" buttons, 
using the present invention a user may scroll back and forward along the paths without 
changing what is displayed in client area 503. The information displayed in the client area 

503 below the navigator bar 504 is always dependent on which button on the navigator bar 

504 is selected and not on which buttons are in view. 

Since two buttons are active, buttons 508 and 510, the user has two choices for 
proceeding forward. In Figure 6, active button 508 (defect options) has been depressed 
so that now "defect options" is the currently-selected step. This causes a list of the options 
available for selection by the user to be displayed in the client area 503 below the navigator 
bar 504. In this example, the developer is presented with a question designed to elicit 
which defect option the developer wishes to select. By default, the most commonly used 
option (in this example, "accept and fix it") is automatically selected when button 508 is 
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depressed, as indicated by the darkened selection area 622. For ease of use, the current 
panel selection ("defect options") is also displayed above the navigator bar 504. 

In accordance with the present invention, in addition to being able to simply accept 
the default option, the developer is given a choice of selecting from among the other 
options displayed. For example, as shown in Figure 7, the developer has selected the 
defect option 724, "return it to the originator" . Note at this point that option buttons 512, 
514, 516, and 518, which were previously displayed, but grayed out indicating that they 
could potentially become available for selection, have now disappeared from the navigator 
bar 504 altogether. This is because, under the now-selected "return it to the originator" 
option, these choices will never become available and there is thus no need to show them. 
Note further that the "accept defect" button 510 has now been replaced with "return 
defect" 726, illustrating how the present invention adapts to the selections made by the 
user. 

Figure 8 illustrates what panel 502 would look like if, in the panel shown in Figure 
6, the user had clicked the "accept defect" button 510. As shown in Figure 8, when the 
"accept defect" button is selected, the user is given, in this example, a "fill-in-the-blanks" 
form panel in client area 503. The user is prompted to fill in certain fields related to the 
"accept defect" option. Note that no button to the left of the "accept defect" 510 is active; 
this indicates that some action must be taken with respect to the "fill-in-the-blanks" form 
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before continuing. Once the required fields are filled in with information, the user clicks 
on the "Submit" button 828 in the lower right corner to submit the form. 

Figure 9 illustrates what panel 502 would look like once the user has performed the 
"accept defect" action in Figure 8 and pressed the "Submit" button 828. As shown in 
Figure 9, the user is placed in the "Create Workarea" state, and cannot return directly to 
the "accept defect" state (in VisualAge TeamConnection, when a defect is being worked 
on, i.e., is in the "working" state, it cannot be accepted. Only an "open 1 defect can be 
accepted). Pressing the Back button would return the user to the "defect options" state 
(508), but a different set of options would be presented to the user (discussed below with 
respect to Figure 1 1). However, since the "accept defect" state (510) was completed, it 
is still an integral part of the displayed historical information (i.e., it is still relevant 
information that should be displayed to the user), and thus it is not removed. 

All of the steps displayable on the navigator bar 504 do not need to fit onto one 
screen. As noted above, history arrows 520 and 521 become active if there are steps that 
are not shown on their respective sides. In Figure 9, arrow 520 is inactive, but arrow 521 
is active. Pressing history arrow 521 yields the screen illustrated in Figure 10. Note that 
the user has not progressed at all along the navigator bar 504; rather, the navigator bar 504 
has simply shifted to the left to reveal additional "history" to the right. The user is still 
in the "create workarea" state (512) and the information displayed in client area 503 has 
not changed. Since there were only two additional states, "check in parts" (1020) and 
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"final options" (1022), the current state, "create workarea" (512) did not scroll off the 
screen. The left history arrow (520) is now active, and since there are no more steps 
available to the right, the right history arrow (521) is inactive. However, the most likely 
path, displayed along the navigator bar 504, could be more than two screenwidths long. 
In such a case, upon first pressing right history arrow 521, both arrows would be active 
(since there would be history information available in both directions). Furthermore, upon 
transitioning from state to state (e.g., upon pressing a button on the navigator bar 504), 
the current state is always shown within the visible portion of the most likely path (until 
it is subsequently moved off screen using the history arrows). 

Should the user complete the form in Figure 10 and press the submit button, and 
then select the "defect options" button (508), the user would be presented with the panel 
illustrated in Figure 1 1 . This shows the state of the navigator bar 504 when the user can 
select an active button ahead of the current state, such as "select workarea" (514) or "filter 
parts" (516). Furthermore, as was previously stated, "accept defect" (510) is inactive, 
since this action has been performed and cannot be performed multiple times. Since the 
state of the defect has changed, the options presented at this panel reflect those changes. 
The first choice is now "continue working on it", which will move the user forward to the 
furthest step possible along the most likely path- in this case, "filter parts" (516). Also, 
steps to undo the "accept defect" selection are now possible- selection of the "undo 
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workareas and return it" choice would show a most likely path of "undo workareas" and 
"return defect". 

With the present invention, the user always has in view the path followed, the 
current selection-screen with available options, and the future steps that will be available 
for a particular selected option. The user is able to select from any of these available 
options to "jump" to the selected option. Since all of the information is provided on the 
computer screen of the user, there is no need to refer to printed flow diagrams to 
determine which options are available and which options have been traversed; all of this 
information is made immediately available to the user. Further, changes to the program 
used in connection with the navigator bar will be immediately available to the user; under 
the prior art systems, the printed flow diagrams would need to be collected and replaced 
with new diagrams reflecting the changes. 

A user can quickly see how far along the most common route in the process has 
been traversed, as well as how much further the user must go to finish the most common 
route. The user can also see which steps are repeatable, skip forward (if possible) or back 
to another step, and when a different path is chosen from a decision panel, the user can 
quickly see what the most common steps are for the new path. 

Although the present invention has been described with respect to a specific 
preferred embodiment thereof, various changes and modifications may be suggested to one 
skilled in the art and it is intended that the present invention encompass such changes and 
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modifications as fall within the scope of the appended claims. For example, while the 
present invention is described herein as having particular application in connection with 
an SCM program, the present invention is not so limited. The present invention can be 
used in any system which gives a user options to select from along a sequence having a 
beginning and an end and/or which incorporate selective access to different areas of the 
program for different users. Such systems could include, but are not limited to, software 
installation programs, process monitoring systems (e.g., power plant monitoring systems), 
tax return preparation programs, medical records monitoring systems, litigation assistance 
programs, or any system where a user may be unfamiliar with the processes of the'system. 
The present invention is useful in any environment in which it might be desirable to track 
and/or selectively jump forward or backward to future or prior steps. The programming 
of the present invention may be implemented. by one of ordinary skill in the art of object- 
oriented programming. 

The above-described user-assistance program and its individually described elements 
may be implemented in various computing environments. For example, the present 
invention may be implemented on a conventional IBM PC or equivalent, multi-nodal 
system (e.g., LAN) or networking system. All programming, algorithms, GUIs, display 
panels and dialog box templates, metadata and data related thereto are stored in computer 



memory, static or dynamic, and may be retrieved by the user in any of: conventional 
computer storage, display (i.e., CRT) and/or hardcopy (i.e., printed) formats. 



